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Per gestire la trasmissione di pacchetti di informazione su canali 
di una rete di telecomunicazioni, si organizzano i pacchetti in 
code di utente ricevute in rispettivi buffer, rilevando il livello 
<ii occupazione dei buffer stessi. Gli utenti sono ordinati* in 
::ispettive classi (RT, NRT) identificate dall£ modalita di 
jservizio richieste. Rilevate le condizioni di propagazione sul 
oanale di trasmissione rispettivamente associato a detti utenti si 
determina la priorita nella trasmissione dei pacchetti, scegliendo, 
1'ordine con ctii vengono visitate le rispettive code in funzione 
di: 

- una priority di primo livello, legata all' appartenenza degli 
itenti alle rispettive classi di servizio (RT, NRT), 

- una priorita di secondo livello, legata ad almeno un . parametro 
scelto fra il livello di occupazione del rispettivo buffer e le 
oondizioni di propagazione del rispettivo canale. 

(Figura 3) 
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DESCRIZIONE dell' invenzione, industriale dal titolo: 

"Procedimento, sistema e prodotto informatico per la 

gestione della trasmissione di pacchetti di 

informazione in una rete di telecomunicazioni" 

di: Telecom Italia Lab S.p.A., nazionalita italiana, 

Via G . Reiss Romoli, 274 - 10148 Torino 

Inventori designati: Valeria BAIAMONTE e Daniele 

FRANCESCHINI 

Depositata il: 20 novembre 2002 ^ 2002^ 001 009 

* * * 

TES TO DELLA DESCRIZIONE _ ZD 
— — o o 

Campo dell' invenzione j< ~ 

La presente invenzione si rif erisce alle 2T 
tecniche per la gestione della trasmissione di m ^ 



pacchetti di informazione in una rete di 
telecomunicazioni . 

L' invenzione e stata sviluppata portando 
particolare attenzione alia possibile applicazione 
della stessa alia funzione di schedulazione dei 
pacchetti (Packet Scheduling) nella gestione delle 
risorse radio (Radio Resource Management o RRM) in 
una rete di comunicazione mobile , quale ad esempio 
una rete operante secondo lo standard denominato 
Universal Mobile Telecommunications System o UMTS - 

Per semplicita di illustrazione, nel seguito 
della presente descrizione si fara pressoche 
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costante rif erimento a tale possibile campo di 
applicaziohe . Si apprezzera peraltro che la portata 
dell ' invenzione e affatto generale e dunque non 
limitata a tale specif ico contesto applicative 

A titolo di premessa generale alia descrizione 
della tecnica nota, dei problemi posti alia base 
dell ' invenzione e della soluzione qui proposta 
appare utile riassumere alcune caratteristiche 
essenziali dell'ambito tecnico in cui 1' invenzione 
si inserisce. 

Nella rete di accesso radio del sistema UMTS, 
basata sull ' interf accia radio WCDMA (acronimo per 
Wide Band Code Division Multiple Access) , e 
f ondamentale 1 ' ottimizzazione della potenza 
trasmessa al fine di mantenere i livelli di 
interf erenza pill bassi * possibile. E' infatti 
fondamentale attuare una gestione delle risorse 
radio in modo che sia rispettata la qualita di 
servizio (QoS) e si garantisca uno sf ruttamento 
efficiente delle risorse messe a disposizione del 
sistema. 

In sostanza, a partire dal carico a livello 
uplink ed a livello downlink, e possibile definire 
differenti stati della rete e definire in modo 
corrispondente adeguate strategie di gestione. 



Lo schema a blocchi funzionale della figura 1 
rappresenta in termini generali 1 ' architettura di 
gestione delle risorse radio (Radio Resource 
Management o • RRM) nel contesto applicativo 
descritto. 

Le funzioni ed i relativi acronimi riportati 
nella figura devono ritenersi del tutto noti ai' 
tecnici esperti del settore e quindi tali da, non 
richiedere una descrizione particolareggiata in 
questa sede . 

Cio vale in particolare per le funzioni 
identificate dai moduli S-RNC (Serving Radio Network 
controller) , C-RNC (Controlling Radio Network 
Controller) , Node B e UE e le interfacce Iur, Iub e 
Uu fra di essi interposte. 

I blocchi funzionali evidenziati nella figura 1 
sono i seguenti : 

- gestione dei pacchetti o Packet Management 
(PM), 

- commutazione del tipo di canale di trasporto o 
Transport Channel Type Switching (TCTS) , 

schedulazione dei pacchetti o Packet 
Scheduling (PS) , 

- gestione del cosiddetto Radio Access Bearer 
(RAB) o RAB Management (RABM) , 

- controllo di accesso o Admission Control (AC) , 



controllo della congestions o Congestion 
Control (CC) , 

- mi sure comuni o Common Measurements (CM) , 
misure dedicate o Dedicated Measurements (DM) , 

- valutazione selezione/riselezione • cella o Cell 
Sel/Resel Evaluation (CSRE) , e 

misurazione frequenze inter/intra o 
Inter/Ihtra Frequency Measurements (IIFM) . 

Cosi come gia si d detto, 1 ' architettura di 
gestiohe delle risorse radio (RRM) rappresentata 
nella figura 1 . corrisponde a criteri generali di 
funzionamento del tutto noti nella tecnica dunque 
tali da non richiedere una descrizione 
particolareggiata in questa sede se non nei termini 
che verranno riprodotti nel se'guito. 

In ogni caso, le procedure che compongono 
1' architettura della figura 1 sono illustrate in 
dettaglio in: 

- Harri Holma e Antti Toskala, "WCDMA for UMTS: 
radio access for . third . generation mobile 
communications", Wiley /& Sons Ltd 2001", e 

- 3 GPP TR 25.922 V3 . 7 . 0 (2002-03) Technical 
Report 3rd Generation Partnership Project; Technical 
Specification Group Radio Access Network; Radio 
resource management strategies . 
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Gli algoritmi che regolano il funzionamento 
delle entita di gestione sopra evidenziate possono 
cooperare per" ef fettuare al meglio 1 ' amministrazione 
delle risorse. Maggiore e la cooperazione e 
1 ' interoperability, piu efficienti risultano il 
meccanismo di gestione, lo sfruttamento della 
potenza a disposizione e 1 ' utilizzazione delle 
risorse. Lo standard 3 GPP non specif ica il modo in 
cui tali relazioni possano massimizzare le 
prestazioni del sistema. 

II sistema UMTS ha la capacita di offrire un 
grande nutfiero di servizi a valore aggiunto. In 
questo scenario i servizi a commutazione di 
pacchetto rivestono un importante ruolo, in costante 
aumento nel campo delle comunicazioni cellulari. 
L' applicazione dei servizi dati ai sistemi cellulari 
richiede il trasf erimento di uno o piu pacchetti 
attraverso link radio. I servizi a commutazione di 
pacchetto nello standard UMTS sono caratterizzati da 
connessioni fra la rete e gli utenti. mobili 
attraverso 1 ' instaurazione di canali appropriate la 
cui tipologia dipende dal tipo di servizio. 

Descrizione della tecnica nota 

Come gia si e detto, lo standard UMTS non 
specif ica alcuna strategia di schedulazione dei 
pacchetti o packet scheduling. 



In generale, le attuali proposte di tecniche di 
packet scheduling focalizzano la loro attenzione su 
uno solo dei seguenti tre punti : 

• rispetto dei requisiti di qualita del servizid 
(QoS) ad • esempio in termini di ritardo e 
velocita minima consent ita; 

• massimizzazione del throughput; 

• sfruttamento totale • della potenza a 
disposizione . 

Nel volume "Radio Network Planning and 
Optimisation" di J. Laiho et al . , John Wiley & Sons, 
Ltd., 2001 e descritta una soluzione per allocare la 
capacity agli utenti packet switched (PS) in una 
rete radio. In part.icolare, dopo 1 ' allocazione di un 
nuovo utente PS si effettua la stima del carico al 
fine di comprendere se c'e ancora capacita 
disponibile, o se, al contrario, e stata superata la 
soglia di carico massimo ed e dunque necessario un 
ridimensionamento o il rilascio delle risorse. 

Nello stesso documento sonb presentate due 
tipologie di scheduling, l'una basata sulla 
divisione di codice, che tende a far trasmettere 
contemporaneamente piu utenti assegnando loro basse 
velocity di trasmissione, e l'altra basata sulla 
divisione di tempo, che tende a far trasmettere un 
utente alia volta. Questo modo di operare non 



permette perd di ottimizzare lo sf ruttamento delle 
risorse trasmissive a disposizione.. 

In US-A-6 374 117 sono descritti un procedimento 
ed un sistema per controllare un livello di potenza 
di trasmissione sulla scorta del ritardo di 
accodamento dei pacchetti nell'ambito di un sistema 
radio per la trasmissione di dati. Seguendo fcjuesto 
approccio, il throughput nella trasmissione dei 
pacchetti dati pud essere migliorato per determinati 
collegamenti facendo riferimento al ritardo di 
accodamento: in pratica, ai pacchetti dati che sono 
stati soggetti ad un notevole ritardo di accodamento 
viene attribuito un collegamento di gualita piu 
elevata aumentando la loro potenza di trasmissione. 
La scelta se dare priorita o no a determinati 
pacchetti aumentandone la potenza di trasmissione 
pud essere fatta, ad esempio, sulla base del profilo 
di quality di servizio di un utente. Questo modo di 
procedere prevede che, quando il ritardo comincia ad 
aumentare, si determini un incremento della potenza 
per migliorare la qualita. Questo intervento e pero 
suscettibile di aver effetti negativi in termini di 
interf erenza - 

In U A scheme, for throughput maximization in a 
dual class CDMA System" di S .Ramakrishna e 
J.M.Holtzman, IEEE Journal on Selected Areas in 



Communications, Volume 16;. issue 6, Aug. 1998, pp. 
83 0-844, e condotto uno studio che dimostra la 
validita di uno schema CDMA che utilizza un 
algoritmo di packet scheduling in uplink 
distinguendo tra due classi di priorita o di utenti 
ossia utenti "delay-tolerant" e utenti "delay- 
intolerant". La procedura proposta si pone come 
obiettivo prioritario la sola massimizzazione del 
throughput, trascurando gli altri aspetti 
considerati in precedenza. 

L' obiettivo perseguito dalla procedura di 
scheduling proposta in "A QoS Oriented Bandwidth 
Scheduling Scheme on 3G WCDMA Air Interface", di 
D.Tian, J.zhu; 2001 International Conference on 
Info-tech and Info-net, 2001 

Proceedings ICII 2001 - Beijing; Volume 2, pp. 139- 
144 e l'allocazione delle' risorse sulla base della 
distinzione degli utenti in classi di Priorita, 
focalizzando guindi l'attenzione sui requisiti della 
qualita di servizio. Non si pone attenzione, invece, 
al problema dell ' ottimizzazione nell ' allocazione 
delle risorse a disposizione della cella. 

In "Resource Allocation and 

Scheduling Schemes for WCDMA Downlinks" di 
R.Vannithamby, E.S.Sousa; IEEE International 
Conference on Communications, 2 001; 



ICC 2001, Volume 5; pp. 1406-1410 e presentato uno 
studio che si propone come obiettivo principale 
quello dell'allocazione delle risorse per la tratta 
in downlink s.ulla base della potenza che e assegnata 
ad ogni singolo mobile alia stazione base. Questa 
rappresenta il parametro critico su cui si basa 
I'assegnazione dei rate degli utenti. Non viene pero 
considerato il problema della massimizzazione del 
throughput e della minimizzazione del delay. 
Scopi e sintesi dell ' invenzione 

La presente invenzione si pref igge lo scopo di 
fornire una soluzione per la gestione dei pacchetti 
in una rete di telecomunicazioni tale da superare 
gli inconvenienti intrinsecl delle soluzioni secondo 
la^ tecnica nota cui si e fatto riferimento in 
precedenza. 

Secondo la presente invenzione, tale scopo viene 
raggiunto grazie a quanto indicato in modo specif ico. 
nelle rivendicazioni che seguono. 

In particolare, si apprezzera che la presente 
invenzione e prospettabile tanto in termini di 
procedimento, quanto in termini di sistema, quanto 
ancora in termini di prodotto informatico 
direttamente caricabile nella memoria di un 
elaboratore digitale e . suscettibile di attuare le 
fasi di un procedimento secondo 1' invenzione quando 
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il prodotto informatico e eseguito su un elaboratore 
digitale . 

Oltre ad integrarsi correttamente all'interno 
dell' architettura di gestione delle risorse radio 
(RRM) ponendo particolare attenzione ai protocolli 
previsti dai livelli radio delle reti di 
comunicazione mobile (quali quelle operanti secondo 
lo standard UMTS) , la soluzione di gestione della 
trasmissione a pacchetto qui descritta consente di 
integrare gli algoritmi di schedulazione dei 
pacchetti (Packet Scheduling o PS) e di commutazione 
del tipo di canale di trasporto (TCTS) ponendo la 
massima attenzione ad un complesso articolato di 
requisiti e non a singoli requisiti . 

Breve descrizione dei disegni annessi 
L'invenzione sara ora descritta, a puro titolo 
di esempio non limitativo, con riferimento ai 
disegni annessi, nei quali: 

- la figura 1, relativa all ' architettura di 
gestione delle risorse radio in una rete mobile a 
pacchetto e di per se relativa tanto alia tecnica 
nota quanto alia soluzione secondo l'invenzione, e 
gia stata descritta in precedenza e verra 
ulteriormente descritta nel seguito, 

- la figura 2 illustra la possibile variazione 
della capacita occupata dagli utenti di una cella di 
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un sistema di comunicazione mobile in funzione del 
tempo, 

la figura 3 illustra un esempio di 
determinazione dell'ordine di visita delle ' code in 
una soluzione secondo l'invenzione, 

la figura 4 e un diagramma a stati che 
descrive una procedura suscettibile " di essere 
attuata nell'ambito della presente invenzione, e 

- le figure 5 e 6 illustrano, sempre nello 
stesso contesto applicativo dell 7 invenzione, 
situazioni in cui un volume di traffico eccede una 
soglia superiore assoluta oppure scende al di sotto 
di una soglia inferiore assoluta. 

Descrizione particolareggiata di esempi di 
attuazione dell ' invenzione 

Facendo riferimento alio schema funzionale della 
figura 1, lo scopo principale della funzione di 
gestione dei pacchetti o Packet Management PM e di 
ottimizzare la trasmissione a pacchettp 
sull' interfaccia radio del relativo sistema (da 
ritenersi del tutto nota) . 

In generale, nel contesto applicativo della 
figura 1, d possibile specif icare le misure 
effettuate nei Node B e riportate al C-RNC 
at traverse il protocollo N-Bap, via interfaccia Iub. 

Le misure sono: 
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• RTWP (Received Total Wideband Power) , def inita 
come la potenza ricevuta sull'intera banda, 
incluso il rumore generato dal ricevitore 
all'interno della banda 1 def inita dal filtro di- 
rice.zione; 

• Transmitted carrier power: e def inita come il 
rapporto tra la potenza totale trasmessa e la 
massima potenza in trasmissione . 

In funzione dei valori di tali misure, e 
possibile def inire almeno tre diversi stati O o 

operativi : ' JS ■ 

O :=jT : 

- funzionamento normale, che si ha quando le ^Z ** 

M O 

seguenti due condizioni sono simultaneamente §z 
verif icate : 

=> (RTWP/Thermal Noise Power) < = 70% of the 

maximum Noise_Rise on the uplink; 
=> Transmitted Carrier Power < = 70%; 

- funzionamento in condizioni di allerta, che si 
ha quando e verificata almeno una delle seguenti due 
condizioni (rispettivamente per uplink e downlink) : 

=>70% of the maximum Noise_Rise on the uplink < 
= (RTWP/Thermal Noise Power) < = 90% of the 
maximum Noise_Rise on the uplink; 

=>70% < = Transmitted Carrier Power < = 90% ; 



< 



- funzionamento pre-congestione, che si ha 
quando e verificata almeno una delle seguenti due 
condizioni (rispettivamente per uplink e downlink) : 
=>90% of the maximum Noise_Rise on the uplink <= 
(RTWP/Thermal Noise Power) < = . maximum 
Noise_Rise on the uplink; 
=^90% <= Transmitted Carrier Power < = 100%. 
Le definizioni in lingua inglese sopra riportate 
sono quelle correnti, ben note ai tecnici del 
settore. Si apprezzera inoltre che i valori di 70% e 
90 % riportati in precedenza hanno carattere 
puramente esemplif icativo e possono essere 
modificati dall ' operatore . 

La tabella qui sotto riprodotta si riferisce a 
varie classi di servizi suscettibili di essere 
gestiti in un contesto quale un contesto UMTS. 
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Tali servizi dimostrano diverse caratteristiche 
in termini di qualita di servizio o QoS. 

• Le caratteristiche f ondamentali dei servizi .in 
classe. conversazionale sono date dall ' esigenza di 
conservare certe- relazioni temporali fra le entita 
informative del flusso e garantire il rispetto di un 
valore massimo di ritardo. 

Nel caso dei servizi di classe streaming risulta 
necessario mantenere le " relazioni temporali fra 
varie entity informative del flusso, ma in generale 
le esigenze in termini di ritardo sono meno 
pressanti rispetto ai servizi di classe 
conversazionale . 

Nel caso dei servizi di classe interattiva, di 
solito ispirati ad una generale conf igurazione 
richiesta-risposta, un requisito essenziale e quello 
di conservare il contenuto informative o payload. 

Nel caso dei servizi di background i requisiti 
sono ancora meno stringenti, dal momento che, ferma 
restando 1 ' esigenza di conservare il contenuto del 
carico pagante, il destinatario non ha in generale 
particolari attese in termini di tempo di recapito. 

In termini generali, ci si rende conto del fatto 
che la funzione di Packet Management PM d in grado. 
di sfruttare il fatto che, nell'ambito dei servizi a 
pacchetto, e necessario assicurare in ogni caso una 
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bassa percentuale d'errore sui dati mentre, almeno 
per alcuni servizi, e possibile tollerare una certa 
quantita di ritardo. 

Inoltre, taluni servizi della classe interattiva 
o background (cosi come definiti in un contesto 3GPP 
UMTS), quali il servizio di browsing su Internet o 
il servizio di posta elettronica, sono 
essenzialmente servizi best-effort, per i quali non 
viene garantito alcun livello specif ico di bit-rate. 

Da questo punto di vista, le caratteristiche di ^ x 



oS _ 

tolleranza nei confronti del ritardo e la natura § O 

< Q 

best-effort di taluni di questi servizi possono O^T:' 

^ . n . . z: ^ « 

essere utilizzati con un certo grado di flessibilita 

m O 

al fine di ridurre le interferenze e ottimizzare in ^2 



modo corrispondente la capacita. 

Come evidenziato nella figura 1, la funzione di 
gestione dei pacchetti PM e. a sua volta suddivisa in 
due entita funzionali principali, ossia: 

- la schedulazione dei pacchetti o PS, e 

- la commutaziohe del tipo . di canale di 
trasporto o TCTS. 

La funzione principale assolta dalla 
schedulazione dei pacchetti e quella di gestire la 
trasmissione dei pacchetti dei servizi supportati 
sui link di DCH (canale dedicato) cosi da 
ottimizzare 1 ' interf accia radio. 
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Lo scopo principal e del la funzione di 
commutazione del tipo di canale di trasporto e 
quella di monitorare le caratteristiche di 
trasmissione di ciascun collegamento prowisto dalla 
funzione di schedulazione dei pacchetti cosi da 
comandare selettivamente la transizione dal canale 
comune ad un canale dedicato o viceversa. 

II modulo di gestione dei . pacchetti (packet 
management) PM gestisce la schedulazione dei 
pacchetti sulla tratta in downlink: i parametri 
significative che pongono un . limite alia 
disponibilita delle risorse del sistema, sono quindi 
i seguenti : 

• potenza massima che la stazione base pu6 
erogare; 

• mancanza di perfetta ortogonalita tra i codici 
assegnati agli utenti; e 

• interferenza proveniente dalle altre celle, 
awertita dai ricevitori degli ue. 

II modulo PM si preoccupa di gestire ed 
ottimizzare la totality della trasmissione a 
pacchetto, sia quella relativa ai servizi che 
richiedono 1 ' invio di pacchetti lunghi e poco 
frequent! (Web browsing), sia quella relativa a 
servizi come la posta elettronica, ftp in cui viene 
trasmessa per un breve periodo di tempo una grossa 
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quantita.di pacchetti lunghi, sia servizi in cui 
sono sufficients pochi pacchetti brevi (chat, SMS) . 

Le relative funzioni risiedono da un punto di 
vista architetturale nel Serving-RRM, insieme al 
modulo TCTS ed al modulo RABM. 

L'RRM e detto "serving" perche rappresenta 
1' insieme delle procedure di gestione che si trovano 
all'interno del serving -RNC (S-RNC) . . Questa 
collocazione gli permette di avere a disposizione 
tutte le informazioni relative agli utenti 
registrati nei Node-B che appartengono all 'RNC, al 
tipo di connessione radio da questi richiesta ed 
instaurata dalla rete. 

Di preferenza, la procedura di scheduling 
all'interno del modulo PM che gestisce la 
trasmissione sul canale dedicate DCH agisce come 
descritto di seguito quando la situazione di carico 
della rete, secondo le definizioni date in 
precedenza, e quella di f unzionamehto normale . 

Nell'esempio di attuazione al momento preferito, 
la procedura si serve, per le sue decision!, di : 

• informazioni di traffico relative al numero di 
connessioni RT (real time) attive e alle loro 
caratteristiche di velocita di trasf erimento e 
rapporto segnale/interf erenza (SIR) perseguito 
come obiettivo o SIR target; 
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• infprraazioni relative alle connessioni dati su 
canale dedicato che vengono instaurate e alle 
lofo caratteristiche di velocita di 
trasferimento, valore di SIR target e tipo di 
servizio richiesto; 

• informazioni sui formati di trasporto 
(Transport Format o TF) associati a ciascuna 
connessione dati su canale dedicato; e : 

• occupazione dei buffer di livello RLC (Radio 
Link Control) in termini di quant ita di byte 
ancora da trasmettere. 

Lo standard, cosi come e possibile apprendere 
dalla specif ica 3GPP-25.322 Technical Specification 
Group Radio Access Network; Radio Link Control (RLC) 
protocol specification (Release 1999), prevede, come 
protocolli dell'accesso terminati nel Serving RNC, 
per canal i DCH, i livelli: 

- LI (f isico) , 

- MAC (Medium Access Control) 

- RLC (Radio Link Control) , e 

- RRC (Radio Resource Control) , solo piano 
controllo. 

L'esempio di architettura RRM qui illustrate 
impiega i protocolli previsti dallo standard per 
implementare la sue strategie. 



Le prime tre tipologie di inf ormazioni sono 
dunque direttamente reperibili all'interno del 
Serving -RNC; per ' quant o riguarda invece la 
conoscenza della quantita da trasmettere, mediante 
un opportuno interlavoro fra RLC, MAC e RRC, i 
valori di occupazione dei buffer di livello RLC 
(buffer occupancy) possono essere resi disponibili 
al livello MAC e quindi (mediante interlavoro tra i 
due li veil i) al livello RRC in cui risiede la parte 
decisionale della procedura di scheduling. 

* Le fasi principal! della procedura quidescritta 
sono essenzialmente tre : 

- stima della capacita residua; 

- determinazione delle priorita; 

- assegnazione delle risorse. 

La procedura risiede, per quel che riguarda il 
calcolo relativo alia capacita residua e la 
determinazione delle priority (primi due punti) , a 
livello RRC nel serving-RRM. 

Cosi come sara spiegato nel seguito, 
1' assegnazione delle risorse valuta il rate da 
assegnare a ciascun utente e di conseguenza assegna 
il format o di trasporto, ossia quant i transport 
block prelevare dal buffer ad ogni intervallo di 
trasmissione o TTI) . Tale funzione risiede sempre 
nel serving RRM. 
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il modulo PS persegue, tra i vari obiettivi, 
quelle dell'ottimizzazione nell'uso della risorsa, 
assicurando un utilizzo eff iciente . della capacita 
completa della cella. II modulo PS deve essere 
capace, attraverso la conpscenza delle 

carat.teristiche dei servizi supportati nella cella e 
del numero di utenti attivi, di calcolare la 
capacita residua lasciata libera dai servizi real 
time cui e riconosciuta priori ta massima, capacita 
residua lasciata a disposizione di servizi a 
pacchetto. 

Per la stima della suddetta capacita residua e 
possibile ricorrere a varie soluzioni note nella 
tecnica. Tutto questo tenuto in conto il fatto che, 
quanto piu accurata ei tale stima, tanto migliori 
sono i risultati conseguibili in sede di allocazione 
della capacita residua. 

A titolo di esempio, tale capacita residua puo 
essere determinata notando che al fine di supportare 
correttamente un dato servizio, deve essere 
soddisfatta la seguente relazione : 



<*2 

2.8 

NJ O 



LNoJ I). k Ita. k + Ic* k + TjoW 



j = l...N 



dove 



*W e. il chip rate, pari ad esempio a 3.84 
Mchip/sec; 
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=> Pjk e la potenza allocata per ogni singolo 

utente j nella cella K; 
=>r jk e il bit rate dell 'utente j nella cella k, 
=>Iint,k £ 1 ' interf erenza intracella della cella 

k, 

=>Iexit ( k^ 1 ' interf erenza intercella; 

=>Tio e la densita spettrale di rumore termico; 

=>Yj e L'E b /No target per supportare il servizio 
richiesto dall' utente j; 

=>h jk e l'attenuazione di tratta (path loss). 

Poichg la tecnica di schedulazione qui 
illustrata si focalizza sulla trasmissione sulla 
tratta in downlink, la descrizione che seguira si 
focalizzera su tale tratta. 

II carico della cella in downlink pud essere 
espresso come: 

dove f rappresenta il rapporto tra 
1' interf erenza intercella e 1 ' interf erenza 
intracella misurato al ricevitore di ogni user 
equipment o UE e a A e il f attore d' ortogohalita, un 
parametro che tiene in considerazione la perfetta 
ortogonalitH tra i codici assegnati gli N utenti. . 

La formula pud essere semplificata considerando 
un valore medio di a A e di f : 



II modulo PS e organizzato e agisce secondo una 
struttura temporale discreta basata sul tempo di • 
scheduling Ts . II tempo Ts scandisce la ripetizibne 
di tutti i calcoli e le azioni proprie della 
procedura . 

Quest 'ultima calcola per ogni scheduling time Ts <*$ >< 

la capacita che pud essere utilizzata per servizi a § £ 

pacchetto. 

II carico massimo e una soglia stabilita 
dall'operatore e definisce la capacita massima in U § 

downlink ti DIi , raax nello stato di f unzionamento normale: 



c«,= 



Nrt j . . . 



ru^f 

Per ogni nuovo utente cherichiede un servizio a 
pacchetto viene allocate un rispettivo buffer per la 
trasmissione a pacchetto, a livello RLC. II modulo 
PS agisce sulla base delle caratteristiche del 
buffer di ciascun utente. 

Si assume che la funzione AC permetta 1 ' ingresso 
nel sistema degli utenti a pacchetto di tipo 
interattivo o background valutando esclusivamente 
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che quest i possano trasmettere al rate minimo 

previsto da set dei formati di trasporto (8 Kbit/s) 

e non considerando, invece, il rate di picco 

negoziato con la rete. Non e infatti necessario 

sbarrare 1 ' ingresso al sistema a tali utenti; sari 

il modulo PS ad assicurare che questi trasmettano 

senza conge stionare 1 ' interf accia radio, 

controllando e settando di volta ' in volta il rate 

della connessione dedicata, in modo da non superare 

i limit i imposti dalle caratteristiche della ^ x 

trasmissione sulla tratta di downlink elencati in 9 O 

precedenza . *~ — . 

O — 1 

z fcy 

A questo punto, impostando il valore di capacita 

M O 

limite, ossia di capacita residua che la stazione 

< 

base pud offrire, in base ai parametri elencati 
all'inizio del paragrafo, § possibile conoscere qual 
e la porzione di risorsa che pud essere allocata per 
gli utenti a pacchetto. 

Nell'assegnazione delle . risorse, una prima 
distinzione fatta dal modulo PS - come criterio di 
priorita di primo livello o implicita - d quella 
tra: 

• utenti in tempo reale (RT) : richiedono servizi 
di tipo conversazionale o streaming (servizi o 
utenti "a pacchetto RT") ; 



• utenti non in tempo reale (NRT) : richiedono 
servizi di tipo interactive o background 
(servizi o utenti "a pacchetto NRT") . 

Con riferimento alia figura 2, si pud notare che 
il modulo PS cerca di adattare la trasmissione di 
utenti a pacchetto. alle variazioni dinamiche della 
capactia residua disponibile. 

Owiamente questo pud awenire con una 
temporizzazione discreta. I calcoli verigono ripetuti 
ad ogni passo, .detto T sched che rappresenta il tempo 
che trascorre tra un' applicazione della procedura e 
la successiva. Si suppone quindi, con una 
ragionevole approssimazione se si sceglie un valore 
corretto per il parametro T sched , che il carico RT non 
vari tra un passo ed il successivo. Piu piccolo sara 
Tsched/ piu dinamica ed adattiva sar& 1 ' applicazione 
dello scheduling al sistema. 

II calcolo delle priority, che consiste nello 
scegliere l'ordine con cui verranno visitate le code 
che contengono i pacchetti utente, si basa 
essenzialmente su tre criteri: 

- a) un criterio di priorita di primo livello, 
legato, cosi come gia si e visto, all ' appartenenza 
alle classi "pacchetto RT" o . "pacchetto NRT": si 
tratta dunque di una priorita implicita, legata alia 
natura dell ' inf ormazione veicolata dai pacchetti; 



55- 



- b) due criteri di priority di secondo livello, 
riconducibili alia dinamica di funzionamento del 
sistema, legati rispettivamente : 

- bl) all 'occupazione del buffer di livello 
RLC, e 

b2) alle condizioni di propagazione del 

canale . 

I criteri sopra esposti sono applicati 
osservando dapprima 1 ' appartenenza alle due classi 
di servizio. 

Nell'esempio di attuazione dell ' invenzione al 
momento preferito, si distingue poi tra colore che 
appartengono alia stessa classe di servizio secondo 
la maggiore occupazione dei buffer, ossia facendo si 
che, tra gli utenti con stessa . priorita di primo 
livello, venga scelto o estratto l'utente che ha • 
occupazione dei buffer piu elevata. 

A parita di occupazione di buffer viene poi 
estratto, in vista della trasmissione, l'utente che 
dimostra migliori condizioni di propagazione del 
canale . 

Naturalmente, almeno in particolari condizioni 
di impiego, i criteri di priorita di secondo livello 
descritti in precedenza possono essere applicati in 
modo complement are, ossia scambiandoli fra loro. 



In tal caso, sempre osservando in primo luogo 
1 ' appartenenza alle due classi di servizio, si 
distingue tra coloro che appartengono . alia .stessa 
classe di servizio secondo le condizioni di 
propagazione del canale. Tra gli utenti con stessa 
priorita di primo livello, viene dunque seel to ' o 
estratto l'utente che dimostra migliori condizioni 
di propagazione del canale. 

A parita di condizioni di propagazione del 
canale viene poi estratto, in vista della 
trasmissione, l'utente che ha maggiore occupazione 
del buffer. 

L' occupazione del buffer a livello RLC pud 
essere facilmente determinata valutando, ad esempio, 
il numero di byte present i nel buffer. 

Le condizioni di propagazione sul canale possono 
essere invece determinate in termini di rapporto 
segnale/interferenza (SIR) ad esempio in funzione 
parte di una grandezza (SIR_Error) definita quale 
differenza tra il valore misurato (SIR^a^a) ed il 
valore obiettivo (SIR target ) del rapporto 

segnale/ interf erenza . 

La f igura 3 riporta un esempio di come viene . 
calcolato l'ordine di visita delle code. 

Una volta garantito che venga sfruttata al 
meglio la capacita residua in modo da allocare tutta 



-57- 



la potenza disponibile alia stazione base e 

stabilito l'ordine con cui verranno visitate le code 

che ottengono i pacchetti dati, la procedura deve 

applicare la sua politica di allocazione delle 

risorse, ossia deve decidere come ripartire la 

capacita a disposizione in maniera ottimizzata, • 

.massimizzando il throughput complessivo e 

minimizzarido il delay relativo agli utenti. 

Nella pratica, dopo aver svolto i suoi calcoli 

su come suddividere agli utenti dati la capacita, il 03 >< 

modulo di packet scheduling calcola il massimo £ P 

formato di trasporto TF impiegabile per il O 3 ~ : 

Z!±i «S 

particolare utente e lo comunica mediante il Rfo 
transport format set o TFS al livello MAC, che usera i§ 
tale informazione nella selezione del formato di 
trasporto ad ogni TTI . Inoltre, qualora cid si renda 
necessario, e possibile congelare la trasmissione o 
riattivarla mediante la procedura di suspend e 
resume, rispettivamente . 

La procedura cerca di assegnare all 'utente a 
maggiore priori t a il formato di • trasporto 
corri.spondente al rate di picco negoziato. Se non 
riesce nell ' intento, prova ad allocare il formato 
immediatamente inferiore, continuando a tentativi 
fino a che il rate allocato non rientra nella 
quantita di capacita a disposizione. 
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Nella maggior parte dei casi, pud verificarsi 
che, dope- aver permesso la trasmissione al rate 
massimo all'utente a maggiore priorita, ci sia 
ancora a disposizione della capacita nella cella. 
Poiche il compito primario del modulo PS e quello di • 
ottimizzare la trasmissione dati, evitando che venga 
sprecata della capacita si. ripete quanto fatto per 
l'utente a piu alta priorita, per l'utente a 
priority subito . inferiore, fino all ' esaurimento 
delle risorse o degli utenti attivi. 

In f igura 4 e riportato il diagramma che <C Q 

descrive gli stati che carat terizzano la ZT ^ 

trasmissione in downlink verso un terminale mobile. £J 2 

La stazione base - relativamente alia 00 < 

connessione dati di quel dato terminale mobile - si 
trova in stato di Idle (100) . finche il buffer 
relativo comincia a riempirsi di pacchetti. 

II cambio di stato, da "Idle" a "Dati da 
Trasmettere" (102) awiene quando si verifica che 
occorre mettere in piedi un canale radio per 
quell 'utente visto che il buffer ha cominciato a 
riempirsi di pacchetti. E' impbrtante che il sistema 
reagisca repent inamente ai cambiamenti che 
intercorrono, in modo che non si accumuli eccessivo 
ritardo nel buffer. 



# 



La permanenza in questo stato e legata alle 
dispohibilita di risorse. Ad ogni passo di 
scheduling viene valutato se e possibile assegnare 
al mobile in questione un canale dati; se la 
capacita a disposizione della cella e sufficiente, 
viene instaurato un Radio Access Bearer (RAB) , viene 
dunque creato un link radio tra la BS ed il mobile e 
la Trasmissione Dati pud cominciare.. Si permane in 
questo stato (104) finch§ ci sono risorse da 
allocare al mobile. 

Quando non ci sono piu risorse disponibili, la Oq 



procedura non ordina 1 ' abbattimento del link radio $ - 



ma invoca una procedura prevista dallo standard: .2 ** 

CRLC- Suspend (Control RLC) . ;d z 

II mobile si trover! allora in uno stato di 
suspend (106): minimizzera quindi 1 ' occupazione 
delle risorse dell ' interf accia radio, minimizzando 
in modo corrispondente 1 ' interf erenza, ma la sua 
connessione rimarra in piedi dal livello RLC in su. 

Nello stato di suspend l'entita RLC non invia 
piil al livello MAC sottostante - ne riceve in senso 
contrario - PDU (Protocol Data Unit) con numero di 
sequenza superiore a quello indicato dalla primitiva 
di suspend. Una volta richiamata la primitiva. di 
resume, il livello RLC ricomincera a trasmettere PDU 
dal punto in cui aveva sospeso. 
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II modulo TCTS monitora il .buffer di 
trasmissione di ciascun singolo collegamento a 
pacchetto per capire se il tipo di canale di 
trasporto allocato a supportare un certo servizio S 
quello giusto o no. 

In generale, un servizio a pacchetto pud essere 
supportato su: 

- un canale comune (Random Access Channel o RACH 
owero Forward Access Channel o FACH) , quando il 
servizio richiede la trasmissione di pacchetti 
piccoli e con bassa frequenza (un tipico esempio e 
rappresentato dalla trasmissione di messaggi SMS) / 
oppure 

- un canale dedicato (Dedicated channel o DCH) 
guando le esigenze di servizio in termini di bit- 
rate minimo richiesto sono elevate: ad esempio 
questo d il caso di servizi di browsing su rete 
veloce e dei servizi in tempo reale. 

Pud succedere che durante il funzionamento 
normale della rete sussista l'esigenza di. adattare 
dinamicamente le caratteristiche di trasmissione ai 
cambiamenti imposti modif icando ad esempio il tipo 
di canale di trasporto utilizzato. 

Cause suscettibili di determinare una tale 
commutazione del tipo di canale sono, ad esempio: 
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- la rinegoziazione del servizio tanto uplink 
quant o downlink, 

- il modulo di controllo della congestione CC 
ordina la commutazione di tutti i servizi best- 
ef fort da canale dedicato a canale comune per 
risolvere una situazione di congestione, e 

- particolari condizioni di propagazione . 

La rinegoziazione del servizio <§ il tipico caso 
in cui e richiesta una commutazione del tipo di 
canale di trasporto. 

Ad esempio, si suppone che un utente richieda un 
servizio di browsing su rete veloce e poi durante il 
normale f unzionamento continui la sua sessione 
inviando semplicemente messaggi SMS . In questo caso, 
le esigenze in termini di bit-rate sul canale radio 
risultano sostanzialmente ridotte cosi da imporre la 
commutazione del canale di trasporto. 

Per verificare quando insorge una tale 
situazione, i buffer di trasmissione tanto uplink 
quanto downlink sono monitorati in funzione di 
specif iche soglie applicate a tali buffer. 

Quando il volume di traffico cresce raggiungendo 
una cert a soglia Tl si determina un evento (4A) che 
viene riportato all'RNC servente. 

Se un evento di questo tipo, rappresentato 
schematicamente nella figura 5, emerge a livello 
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uplink o a livello dovmlink e possibile ordinare una 
commutazione da canale comune a canale dedicato. 

Se, al contrario, il volume di traffico scende 
al disotto di una soglia di riferimento T2./ si 
realizza un evento 4B che viene anch'esso riportato 
all'RNC servente. 

Questa situazione e rappresentata nella figura 
6. Se tale evento si determina o a livello uplink o 
a livello downlink, si pu6 produrre una commutazione 
da canale dedicato a canale comune. 

Naturalmente, quarido si determina una 
commutazione da canale comune a canale dedicato e 
richiesta una nuova fase di accesso e la allocazione 
del canale dedicato. 

II comportamento in questo caso corrisponde a 
quello tipico del modulo di controllo dell 'accesso 
AC e del modulo di gestione del Radio Access Bearer 
o RABM. Si ha quindi una stretta dipendenza dallo 
stato e dal carico della rete. 

Nella soluzione qui illustrata, e previsto che 
il livello di soglia che determina la commutazione 
da canale comune a canale dedicato e/o viceversa 
possa essere variata nel tempo. Questo fatto e 
evidenziato nelle figure 5 e 6, dove sono stati 
rappresentati livelli di soglia Tl e T2 diversi fra 
loro. 



og 

< O 

R o 

M I— 
< 




-33- 



La variazione del livello di soglia in quest ipne 
pud awenire in funzione di parametri di traffico 
quali, ad esempio, lo stato della rete (normale - 
condizioni di allerta) o le condizioni del canale. 

Ad esempio, quando il carico (nello stato di 
funzionamento normale) . e ridotto, e possibile 
incoraggiare l'uso del canale. dedicato (DCH) , 
garantendo una migliore prestazione dal punto di 
vista della qualita di servizio dal momento che non 
insorgono situazioni critiche dal punto di vista 
dell ' interf erenza. 

Al contrario, quando la rete opera nello stato 
di funzionamento di allerta, la soglia viene posta 
dinamicamente in modo da rendere piu difficile la 
commutazione verso il canale dedicato. Alia fine, 
quando la rete si trova ad operare nello stato quasi 
di' congestione la soglia viene ulteriormente 
modificata in modo praticamente da proibire la 
commutazione verso il canale dedicato. 

In modo particolarmente preferito, e possibile 
operare in modo che la commutazione. dal canale 
dedicato al canale comune intervenga anche quando le 
condizioni di propagazione sono molto cattive, cosi 
da poter ridurre il bit-rate, ad esempio al disotto 
di 16Kbps . 
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In questo modo £ possibile ridurre uri 
collegamento quando si manifesta l'evento indicato 
con 4A o l'evento indicato con 4B owero quando si 
manifesta il raggiungimento di una soglia 
(suscettibile di essere fissata dall' operatore) 
indicativa della cattiva qualita del link radio. 

A tale scopo si pud ad esempio utilizzare la 
grandezza (SIR_Error) definita quale differenza tra 
il valore misurato (SIR measured ) (ed il valore 

obiettivo (SIR t arget) del rapporto 

segnale/interf erenza o SIR . 

Naturalmente, fermo restando il principio 
dell' invenzione, i particolari di realizzazione e le 
forme di attuazione potranno essere ampiamente 
variati rispetto a quanto descritto ed illustrato, 
senza per questo uscire dall ' ambito dell ' invenzione . 
In tale prospettiva, si rammenta ancora una volta il 
fatto che, anche se per semplicita di illustrazione 
nella presente descrizione si e fatto pressoche 
costante riferimento alia possibile applicazione 
dell' invenzione ad un contesto UMTS, la portata 
dell' invenzione e af fatto generale e dunque non 
limitata a tale specif ico contesto applicative . 
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RIVENDICAZIONI 
1. Procedimento per gestire la trasmissione di 
pacchetti di inf ormazione su canali di una rete di 
telecomunicazioni, carat terizzato dal fatto che 
comprende le operazioni di : 

- organizzare detti pacchetti in code di utente 
ricevute in rispettivi buffer, rilevando il livello 
di occupazione di detti buffer, 

- ordinare detti utenti in rispettive classi 

(RT, NRT) identificate dalle modalita di servizio 

richieste da detti utenti, 06 § 

O o 

- rilevare le condizioni di propagazione sul <t & 
canale di trasmissione rispettivamente associato a S 3 
detti utenti, e m O 

- determinare la priorita nella trasmissione di ' < 
detti pacchetti, scegliendo l'ordine con cui vengono 
visitate dette rispettive code in funzione di : 

una priorita di primo livello, legata 
all ' appartenenza di detti utenti a dette rispettive 
classi (RT, NRT) , 

- una priorita di secondo livello, legata ad 
almeno un parametro scelto fra il livello di 
occupazione del rispettivo buffer e le condizioni di 
propagazione di detto rispettivo canale. 

2. Procedimento secondo la rivendicazione ■ 1, '* 
caratterizzato dal fatto che tra gli utenti con 
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stessa priorita di primo. livello, viene scelto 
l'utente che ha occupazione di buffer piu elevata. 

3 . Procedimento secondo la rivendicazione 2 , 
caratterizzato dal fatto che, a parita di 
occupazione di buffer, viene scelto l'utente che 
dimostra: migliori condizioni di propagazione del 
canale . 

4. Procedimento secondo la rivendicazione ' 1, 
caratterizzato dal fatto che tra gli utenti con 
stessa priorita di primo. livello, viene scelto 
l'utente che dimostra migliori condizioni di a* ^ 
propagazione del canale . O 3 T! 

ziy ^ 

5. Procedimento secondo la rivendicazione 4, mO 
caratter izzato dal fatto che, a parita di condizioni ^< 
di propagazione del canale occupazione di buffer, 

viene scelto l'utente che ha occupazione di buffer 
piu elevata. 

6. Procedimento secondo una qualsiasi delle 
rivendicazione 1 a 5, caratterizzato dal fatto che 
comprende l'operazione di ripartire detti utenti in: 

almeno una prima classe (RT) , cui sono 
ascritti utenti che richiedono servizi di- tipo 
conversazionale o streaming, e de/^k*- 
- almeno una seconda classe (NRT) , cui vengono »^^^^B 
ascritti utenti che richiedono servizi di tipofei ^^^^^S 
interactive o background. . ife^ 
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7. Procedimento secorido una qualsiasi delle 
precedenti rivendicazioni , caratterizzato dal fatto 
che comprende l'operazione di : 

determinare la capacita di trasmissione 
disponibile per la trasmissione di detti pacchetti, 
identificando un valore di rate di trasmissione di 
picco negoziato, 

- cercare di assegnare all'utente. a maggiore 
priorita il format o di trasporto corrispondente a 

detto rate di picco, trasmettendo i relativi _ 

pacchetti m coda in caso di esito positivo di detta O o 

o; - 

assegnazione, ^ . 

Q=i~ 

- m caso di esito negativo di detta 

M O 

assegnazione, cercare di allocare a detto utente con 32 
maggiore priorita il formato di trasporto 
immediatamente inferiore, detti tentativi con 
formato inferiore essendo continuati sino a quando 
il rate allocato rientra nella capacita a 
disposizione . 

8. Procedimento secondo la rivendicazione 7, 
caratter izzato dal fatto che comprende, dopo aver 
trasmesso i pacchetti di informazione associati a 
detto utente con maggior priorita, l'operazione di 
rilevare la eventuale disponibilita di capacita di 
trasmissione residua e l'operazione di ripetere 
quanto fatto per detto utente a maggiore priorita, 
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per l'utente con priorita immediatamente inferiore, 
fino all'esaurimento di dette risorse di 
trasmissione o degli utenti attivi . 

9. Procedimento secondo una qualsiasi delle . 

precedenti rivendicazioni, applicato ad una rete di 

trasmissione organizzata in rispettive celle in cui 

dette risorse di trasmissione risultano condivise 

con seirvizi in tempo reale cui e riconOsciuta 

priorita massima, caratterizzato dal fatto che 

comprende l'operazione di stimare la capacita 

residua della rispettiva cella lasciata libera da * 3 

O p 

detti servizi in tempo reale a disposizione per la ;< ^ 

trasmissione di detti pacchetti di inf ormazione . " 

^ ^ 

10. Procedimento secondo una qualsiasi delle nk 
precedent! rivendicazioni, caratterizzato dal fatto * < 
che comprende una funzione di controllo del'accesso 

(AC) configurata per permettere l'ingresso nel 
sistema agli utenti con pacchetti di informazione da 
trasmettere; l'accesso essendo condotto, per almeno 
alcuni (NRT) di detti utenti valutando. 
esclusivamente la possibilita per detti utenti di 
trasmettere i loro pacchetti di informazione con il . 
rate minimo previsto dall'insieme dei formati di 
trasporto della rete. 

11. Procedimento secondo la rivendicazione 1 o 
la rivendicazione 10, caratterizzato dal fatto che e 
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prevista una funzione di schedulazione dei pacchetti 
(PS) configurata per verificare che almeno alcuni 
(NRT) di detti detti utenti trasmettano senza 
congestionare 1 ' interf accia radio,, controllando e 
settando di volta in volta il rate della rispettiva 
connessione dedicata in modo da non superare un 
limite dato imposto dalle caratteristiche di detta 
rete. 

12. Procedimento secondo una qualsiasi delle 
precedenti rivendicazioni , caratterizzato dal fatto 
che comprende 1 ' operazione di organizzare la 
trasmissione di detti pacchetti di inf ormazione 
tramite una macchina a stati che ammette : 

un prime- stato (102) corrispondente al 
riconoscimento del fatto che sono presenti pacchetti 
di informazione in almeno uno di detti rispettivi 
buffer, 

- un secondo stato (104) corrispondente alia 
trasmissione di detti pacchetti di informazione 
tramite corrispondenti risorse di trasmissione, e 

- uno stato di sospensione (106) corrispondente 
al riconoscimento della indisponibilita di risorse 
per la trasmissione di detti pacchetti di 
informazione con la conservazione di detto canale di 
trasmissione, detta macchina a stati essendo 
suscettibile di evolvere nuovamente da detto terzo 
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stato (106) a detto secondo stato (104) senza 
abbattimento di detto canale di trasmissione, al 
ritorno della disponibilita di dette risorse di 
trasmissione. 

13 . Procedimento per la gestione della 
trasmissione di pacchetti di informazione su una 
rete di comunicazione organizzata in celle, in cui 
detti pacchetti di informazione possono essere 
selettivamente trasmessi, nell'ambito di dette 
celle, . tanto su un canale coraune (RACH/FACH) quanto 
su un canale dedicato (DCH) , comprendente le 
operazioni di : 

- trasmettere i pacchetti di informazione di un 
determinato utente su detto canale comune 
(RACH/FACH) o su un rispettivo canale dedicato (DCH) 
in funzione di un relativo volume di traffico, 

- definire almeno una soglia (Tl, T2) di livello 
di traffico, determinando la commutazione della 
trasmissione dei pacchetti di informazione di detto 
determinato utente su detto canale dedicato (DCH) a 
part ire da detto canale comune (RACH/FACH) quando il 
relativo livello di traffico cresce raggiungendo 
detta almeno una soglia (Tl, T2) e determinare la 
commutazione della trasmissione dei pacchetti di 
informazione di detto determinato utente su detto 1^ 
canale comune (RACH/FACH) a partire da detto canale 
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dedicato (DCH) quando detto rispettiyo volume di 
traffico scende raggiungendo detta almeno una soglia 
(Tl , T2 ) , caratterizzato dal fatto che comprende 
l'operazione di variare selettivamente il livello di 
detta almeno una soglia (Tl, T2) . 

14. Procedimento secondo la rivendicazione 13, 
caratte rizzato dal fatto che comprende l'operazione 
di ridurre detta almeno una soglia in condizioni di 
carico ridotto cosi da favorire 1 ' utilizzazione di 
detto canale dedicato (DCH) cosi da garantire una 
migliore qualita di servizio. 

15. Procedimento secondo la rivendicazione 13 o ^ — 

Od l 

la rivendicazione 14, caratterizzato dal fatto che ** 

, mO 
comprende l'operazione di innalzare detta almeno una ^ 

soglia, rendendo piu difficile la commutazione verso 

detto canale dedicato (DCH) a partire da detto 

canale cotnune (RACH/FACH) , in condizioni di 

funzionamento di allerta di detta rete. 

16. Procedimento secondo una qualsiasi delle 
precedent! rivendicazioni 13 a 15, caratterizzato 
dal fatto che comprende l'operazione di rilevare uno 
stato di prossima congestione di detta rete e 
l'operazione di inibire la commutazione verso detto 
canale dedicato (DCH) a partire da detto canale 
comune (RACH/PACH) in dette condizioni di quasi 
congestione . 
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17. Procedimento secondo una qualsiasi delle 
precedenti rivendicazioni 13 a .16, cairatterizzato 
dal fatto che comprende l'operazione di rilevare le 
condizioni di propagazione sul canale di 
trasmissione rispettivaraente associato a detto 
almeno un utente quale canale dedicate (DCH) e 
l'operazione determinare la commutazione della 
trasmissione dei pacchetti di informazione di detto 
determinate utente su detto canale comune 
(RACH/FACH) a partire da detto canale dedicato (DCH) * 2 



m presenza di degradazione di dette condizioni di §§ 
propagazione al di sotto di un valore di soqlia. O ~Z 

18. Procedimento secondo la rivendicazione 17, FqO 
caratterizzato dal fatto che detta commutazione su ^< 
detto canale comune (RACH/FACH) a partire da detto 

canale dedicato (DCH) e determinata in funzione del 
del rapporto segnale/interf erenza (SIR) . 

19. Procedimento secondo la rivendicazione 18, 
caratterizzato dal fatto che detta commutazione su •'. 
detto canale comune (RACH/FACH) a partire da detto 
canale dedicato (DCH) e determinata quando la 
diff erenza fra il valore misurato (SIR measured ) e d il 
valore obiettivo (SIR targeC ) del rapporto 
segnale/interferenza (SIR) raggiunge un valore di 
soglia (a) selettivamente determinate 
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20. Sistema per gestire la trasmissione di 
pacchetti di informazione su canali di una rete di 
telecomunicazioni, caratterizzato dal fatto che 
comprende le operazioni di : 

- una plural ita di rispettivi buffer configurati 
per ricevere detti pacchetti in code di utente; 
detti utenti essendo ordinati in rispettive classi 
(RT, NRT) identificate dalle modalita di servizio 
richieste da detti utenti, 

- moduli rilevatori (CM, DM) suscettibili di 
rilevare le condizioni di propagazione sul canale di 
trasmissione rispettivamente associato a detti 
utenti, e 

- un modulo di gestione della schedulazione dei 
pacchetti (PS) configurato per determinare la 
priorita nella trasmissione di detti pacchetti, 
scegliendo l'ordine con cui vengono visitate dette 
rispettive code in funzione di : 

- una priorita di primo livello, legata 
all'appartenenza di detti utenti a dette rispettive 
classi (RT, NRT) , 

- una priorita di secondo livello, legata ad 
almeno un parametro scelto fra il livello di 
occupazione del rispettivo buffer e le condizioni di 
propagazione di detto rispettivo canale. 
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21. Sistema secondo la rivendicazione 20, 
caratter izzato dal fatto che detto modulo di 
gestione della schedulazione dei pacchetti (PS) d 
configurato per scegliere, tra gli utenti con stessa 
priorita di primo livello, l'utente che ha 
occupazione di buffer piu elevata. 

22. Sistema secondo la rivendicazione 21, 
caratter izzato dal fatto che detto modulo di 
gestione della schedulazione dei pacchetti (PS) e 
configurato per scegliere, a parita di occupazione 
di buffer, l'utente che dimostra migliori. condizioni 
di propagazione del canale. 

23. Sistema secondo la rivendicazione 20, 
caratterizzato dal fatto che detto modulo di 
gestione della schedulazione dei pacchetti (PS) e 
configurato per scegliere, tra gli utenti con stessa 
priorita di primo livello, l'utente che dimostra 
migliori condizioni di propagazione del canale. 

24. Sistema secondo la rivendicazione 23, 

caratterizzato dal fatto che detto modulo di 

gestione della schedulazione dei pacchetti (PS) e 
configurato per scegliere, a parita di condizioni di 
propagazione. del canale occupazione di buffer, 
l'utente che ha occupazione di buffer piu elevata. 

25. Sistema secondo una qualsiasi delle 
rivendicazione 20 a 24, caratterizzato dal fatto che 
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detto rriodulo di gestione della schedulazione dei 
pacchetti (PS) <§ conf igurato per: 

determinare la capacita di trasmissione 
disponibile per la trasmissione di detti pacchetti, 
identificando un valore di rate di trasmissione di 
picco negoziato, 

- cercare di assegnare all'utente a maggiore 
priorita il formato di trasporto corrispondente a 
detto rate di picco, trasmettendo i relativi 
pacchetti xn coda in caso di esito positivo di detta q 2 

assegnazione, j< ^ 

an caso di esito negativo di detta Z J " 

assegnazxone, cercare di allocare a detto utente con ^ 
maggiore priorita il formato di trasporto 
immediatamente inferiore, detti tentativi con 
formato inferiore essendo continuati sino a quando 
il rate allocato rientra nella capacita a 
disposizione . 

26. Procedimento secondo la rivendicazione 25, 
caratter izzato dal fatto che detto modulo di. 
gestione della schedulazione dei pacchetti (ps) d 
conf igurato per rilevare, dopo aver trasmesso i 
pacchetti 'di informazione associati a detto utente 
con maggior priorita, la eventuale disponibilita di 
capacita di trasmissione residua e l'operazione di 
ripetere quanto fatto per detto utente a maggiore 
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priority, per l'utente con priorita immediatamente 
inferiore, fino all ' esaurimento di dette risorse di 
trasmissione o degli utenti attivi. 

27. Sistema secondo una qualsiasi delle 
precedenti rivendicazioni 20 a 26, associato ad una 
rete di trasmissione organizzata in rispettive celle 
in cui dette risorse di trasmissione risultano 
condivise con servizi in tempo reale cui e 
riconosciuta priorita massima, caratterizzato dal 
fatto che detto modulo di gestione del la ^ 2 

schedulazione dei pacchetti (PS) e configurato per ^ 
stimare la capacita residua della rispettiva cella 5 3 T : 

z: ty <«' 

lasciata libera da detti servizi in tempo reale a fqo 
disposxzione per la trasmissione di detti pacchetti 2 < 

di inf ormazione . 

28. Sistema secondo una qualsiasi delle 
precedenti rivendicazioni 20 a 27, caratterizzato 

dal fatto che comprende un modulo di control lo 

del ' accesses" . (AC) configurato per permettere 
l'ingresso nel sistema agli utenti con pacchetti di 
inf ormazione da trasmettere; l'accesso essendo 
condotto, per almeho alcuni (NRT) di detti utenti 
valutando esclusivamente la possibility per detti 
utenti di trasmettere i loro pacchetti di 
informazione con il rate minimo previsto 
dall'insleme dei formati di trasporto della rete. 



-M7- 



29. Sistema secondo la rivendicazione 20 o la 
rivendicazione 28, caratterizzato dal fatto che e 
detto modulo di gestione della schedulazione dei 
pacchetti (PS) e configurato per per verificare che 
almeno alcuni ' (NRT) di detti detti utenti 
trasmettano senza congestionare 1 ' interf accia radio, 
controllando e settando di volta in volta il rate 
della rispettiva connessione dedicata in modo da non 
superare un limite dato imposto dalle 
caratteristiche di detta rete. 

30. Sistema secondo una qualsiasi delle 

precedent i rivendicazioni 2 0 a 29, caratterizzato 

fatto che comprende una macchina a stati che 

ammette : 

un primo stato (102) corrispondente al 
riconoscimento del fatto che sono presenti pacchetti 
di informazione in almeno uno di detti rispettivi 
buffer, 

- un secondo stato (104) corrispondente alia 
trasmissione di detti pacchetti di informazione 
tramite corrispondenti risorse di trasmissione, e 

- uno stato di sospensione (106) corrispondente 
al riconoscimento della indisponibilita di risorse 
per la trasmissione di detti pacchetti di 
informazione con la conservazione di detto canale di 
trasmissione, detta macchina a stati essendo 



suscettibile di evolvere nuovamente da detto terzo 
stato (106) a detto secondo stato (104) senza 
abbattimento di detto canale di trasmissione, ' al 
ritorno della disponibilita di dette risorse di 
trasmissione. 

31. Sistema per la gestione della trasmissione 
di pacchetti di informazione su una rete di 
comunicazione organizzata in celle, in cui detti 
pacchetti di informazione possono essere 
selettivamente trasmessi, nell'ambito di dette o« 2 

celle, tanto su un canale comune (RACH/FACH) quanto ^ § 

su un canale dedicato (DCH) , comprendente un modulo OB~ : 
di gestione della schedulazione dei pacchetti (PS) e fq p 

conf igurato per : 

- trasmettere i pacchetti di informazione • di un 
determinate utente su detto canale comune 
(RACH/FACH) o su un rispettivo canale dedicato (DCH) 
in funzione di un relativo volume di traffico, 

- definire almeno una soglia (Tl, T2) di livello 
di traffico, determinando la commutazione della 
trasmissione dei pacchetti di informazione di detto 
determinate utente su detto canale dedicato (DCH) a 
partire da detto canale comune (RACH/FACH) quando il 
relativo livello di traffico cresce raggiungendo ^ 
detta almeno una soglia (Tl, T2) e determinare la 
commutazione della trasmissione dei pacchetti di te 3 
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informazione di detto determinate utente su detto 
canale comune (RACH/FACH) a partire da detto canale. 
dedicato (DCH) quando detto rispettivo volume di 
traffico scende raggiungendo detta almeno una soglia 
(Tl, T2) , caratterizzato dal fatto che detto modulo 
di gestione della schedulazione dei pacchetti (PS) e 
configurato per variare selettivamente il livello di 
detta almeno una soglia (Tl, T2) . 

32. Sistema secondo la rivendicazione 31, 
caratterizzato dal fatto che detto modulo di 
gestione della schedulazione dei pacchetti (PS) e 
configurato per ridurre detta almeno una soglia in 
condizioni di carico ridotto cosi da favorire 
1'utilizzazione di detto canale dedicato (DCH) cosi 
da garantire una migliore qualita di servizio. 

33. Sistema secondo la rivendicazione 31 o la 
rivendicazione. 32, caratterizzato dal fatto che 
detto modulo di gestione della schedulazione dei 
pacchetti (PS) d configurato per innalzare detta 
almeno una soglia, rendendo piu difficile la 
commutazione verso detto canale dedicato (DCH) a 
partire da detto canale comune (RACH/FACH) in 
condizioni di funzionamento di allerta di detta 
rete. 

34. Procedimento secondo una qualsiasi delle 
precedent! rivendicazioni 31 a 33, caratterizzato 
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dal fatto che detto modulo di gestione della 
schedulazione dei pacchetti (PS) e reso sensibile ad 
uno stato di prossima congestione di detta rete ed § 
conf igurato per inibire la commutazione verso detto 
canale dedicato (DCH) a partire da detto canale 
comune (RACH/FACH) , in dette condizioni di quasi 
congestione . 

35. Sistema secondo una qualsiasi delle 

precedenti rivendicazioni 31 a 34, caratterizzato 

dal fatto che comprende almeno un modulo rilevatore z> 

O o 

(CM, DM) suscettibile di rilevare le condizioni di <Q 

>— ♦ 

propagazione sul canale di trasmissione Z. j « 

rispettivamente associato a detto almeno un utente 5 2 

quale canale dedicato (DCH) e detto modulo di ** < 

gestione della schedulazione dei pacchetti (PS) e 
configurato per determinare la commutazione della 
trasmissione dei pacchetti di informazione di detto 
determinato utente su detto canale comune 
(RACH/FACH) a partire da detto canale dedicato (DCH) 
in presenza di degradazione di dette condizioni di 
propagazione al di sotto di un valore di soglia. 

36. Sistema secondo la rivendicazione 35, 
caratter izzato dal fatto che detto modulo di 
gestione della schedulazione dei pacchetti (PS) e 
configurato per determinare detta commutazione su 
detto canale comune (RACH/FACH) a partire da detto 
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canale dedicato (DCH) e determinata in funzione del 
del rapporto segnale/interf erenza (SIR) rilevato da 
detto almeno un modulo rilevatore. 

37. Sistema secondo la rivendicazione 36, 
caratterizzato dal fatto che detto modulo di 
gestione della schedulazione dei pacchetti (PS) e 
conf igurato per determinare detta commutazione su 
detto canale comune (RACH/FACH) a partire da. detto 
canale dedicato (DCH) quando la differenza fra il 
valore misurato (SIR^asured) ed il valore obiettivo 
(SlR target ) del rapporto segnale/interf erenza (SIR) 
raggiunge un valore di soglia (a) selettivamente 
determinato . 

38. Prodotto informatico direttamente caricabile 
nella memofia di un elaboratore digitale e 
comprendente porzioni di codice software per 
attuare le f asi del procedimento secondo una 
qualsiasi delle rivendicazioni 1 a 19 quando il 
prodotto informatico e eseguito su un elaboratore 
digitale. 
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